home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.object,comp.lang.c++,comp.realtime,comp.dcom.telecom.tech,comp.arch.embedded
- Path: in2.uu.net!shore!mv!usenet
- From: ENGR@GSSI.MV.COM (Michael Furman)
- Subject: Re: Can OO be successful in real-time embedded systems?
- Message-ID: <Dq0Erw.IJJ@mv.mv.com>
- Mime-Version: 1.0
- Content-Type: Text/Plain; charset=US-ASCII
- Organization: GSSI
- Date: Wed, 17 Apr 1996 13:57:32 GMT
- References: <316BF0C5.1FE1@condat.de> <RMARTIN.96Apr11113222@rcm.oma.com> <RMARTIN.96Apr16161415@rcm.oma.com>
- X-Newsreader: WinVN 0.99.7
- X-Nntp-Posting-Host: gssi.mv.com
-
- In article <RMARTIN.96Apr16161415@rcm.oma.com>, rmartin@oma.com says...
- >
- >In article <4kjfrh$28g@Starbase.NeoSoft.COM> timd@Starbase.NeoSoft.COM (Tim
- Duga
- >n) writes:
- >
- > Although I have no figures or measurements, I would have to say
- > that I suspect that the one area where C++ is slower is that
- > there is something about C++ that encourages programmers to
- > perform a great deal more allocation and de-allocation of
- > memory, causing memory fragmentation and slowing the allocation/
- > deallocation process.
- >
- >There is nothing about C++ that encourages programmers to perform
- >a great deal more allocation and de-allocation of memory. Some
- >popular styles advocate this, but they advocate it in C++ as well as
- >other languages.
-
- I think there is a little bit of that (like in any other higher level
- language). For example it is very convenient to define "string" class with
- overloaded operators and use just almost intuitive expressions to work with
- strings, that was impossible in C. But if you do that be aware that compiler
- will use some temporaries.
- I thing this is really nothing about C++ particularly. Of cause this is
- about programming styles. But, the higher level language you use, the more
- attractive styles become available. And if you do not know well about them -
- you will face some tradeoff.
-
- --
- <<< If you received it by E-mail: it is a copy of post to the newsgroup >>>
- ---------------------------------------------------------------
- Michael Furman, (603)893-1109
- Geophysical Survey Systems, Inc. fax:(603)889-3984
- 13 Klein Drive - P.O. Box 97 engr@gssi.mv.com
- North Salem, NH 03073-0097 71543.1334@compuserve.com
- ---------------------------------------------------------------
-
-